home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / inet / ietf / x25mib / 92mar.min < prev    next >
Text File  |  1993-02-17  |  8KB  |  201 lines
  1. This is a rough draft only - Megan 04/06/92
  2.  
  3. The x25mib working group met Monday March 16 and Wednesday March 
  4. 18 to review the LAPB, X25 Packet, and IP over X.25 MIB drafts.  The 
  5. group suggested and approved many changes to all the documents.  
  6.  
  7. While there were many changes approved for the LAPB and X.25 MIBs, 
  8. the group felt the documents were becoming stable.  As such the 
  9. group plans to review the revised documents when they are released 
  10. and attempt to propose advancement on the mailing list.  
  11.  
  12. The IP over X.25 MIB was changed to the Multiprotocol Interconnect 
  13. over X.25 MIB to match the RFC coming from the IPLPDN working 
  14. group.  There were many changes to this MIB and the working group 
  15. will meet again to review the revised document.  
  16.  
  17.  
  18.     Editorial changes common to all MIBs
  19.  
  20. All Reference comments will be changed to Reference Fields.  
  21.  
  22. A new type, named PositiveInteger, will be defined with range 
  23. 0..0x7fffffff for use as common integer values.  
  24.  
  25. All timers types will be changed to PositiveInteger to remove any 
  26. artificial time limits.  
  27.  
  28. The type of all table index objects that match an ifIndex value 
  29. will be changed to PositiveInteger with a comment in the 
  30. description saying the maximum value depends on ifNumber.  
  31.  
  32. A Defval value will be added for all read-write objects.  Fred 
  33. Baker offered to supply initial values for LAPB.  
  34.  
  35.  
  36.     Editorial changes for the LAPB MIB
  37.  
  38. A comment will be added to the overview section saying the MIB 
  39. terminology follows the terminology and conventions found in ISO 
  40. 7776.  Especially with the use of the DCE/Remote DTE terminology.  
  41.  
  42. A comment will be added to the overview section saying the 
  43. creation and deletion of tables depends on the implementation 
  44. method for creating and deleting LAPB interfaces.  
  45.  
  46. The type of lapbParmTransmitN1FrameSize and 
  47. lapbParmReceiveN1FrameSize will be changed to PositiveInteger.  
  48.  
  49. Objects in the the lapbParmTable and lapbDefTable will be 
  50. redestributed to create a lapbOperTable, a lapbAdmnTable, and a 
  51. lapbXidTable.  The lapbParmTable and lapbDefTable will be deleted.  
  52. The lapbAdmnTable will contain read-write objects for the 
  53. configuration parameters of a LAPB interface.  The lapbOperTable 
  54. will contain read-only objects for the current operational values 
  55. used in the LAPB interface.  Setting an object in the lapbAdmnTable 
  56. may not change the current operating value immediately; 
  57. implementations may change the value immediately or wait until the 
  58. interface is shutdown and restarted.  The lapbXidTable will be an 
  59. optional table containing the objects needed to support LAPB XID 
  60. negotiation.  Implementations that support Xid will start the 
  61. negotiation using the objects in the lapbAdmnTable and the 
  62. lapbXidTable.  The results of the negotiation will be the parameters 
  63. found in the lapbOperTable.  Objects will be included in the Admn 
  64. table for t3 and t4.  The ActionInit and ActionRecvDm objects will 
  65. be in the Admn table.  
  66.  
  67. An object identifier will be added to the LAPB MIB to identify the 
  68. protocol version; versions to identify will be collected over the 
  69. mailing list.  
  70.  
  71. A comment will be added saying that a FRMR causes linkup/down 
  72. traps.  
  73.  
  74.  
  75.     Editorial changes for the X.25 MIB
  76.  
  77. The x25PleTable will be split into a number of tables.  The split 
  78. will separate configuration parameters from operational statistics 
  79. to reduce the size of internal structures needed to implement the 
  80. MIB.  The read-only objects will become a x25PleStatisticsTable and 
  81. the read-write objects will become two tables, the x25PleOperTable, 
  82. and the x25PleAdmnTable.  
  83.  
  84. The timer and counter objects from the x25CallParmTable will be 
  85. moved to a per PLE table.  This includes:
  86.  
  87.     call timer
  88.     reset timer
  89.     clear timer
  90.     interrupt timer
  91.     window timer
  92.     reject timer
  93.     data rxmt timer
  94.     reset count
  95.     clear count
  96.     data rxmt count
  97.     reject count
  98.  
  99. The called and calling extension character set will be extended to 
  100. include a-f and A-F as well as 0-9 
  101.  
  102. A count of the number of PVCs will be added on the PLE 
  103. information.  
  104.  
  105. Explicit values will be added to the x25CircuitStatus to cause 
  106. circuit clearing and PVCresetting.  
  107.  
  108. A value will be added to X25CircuitDirection for PVC.
  109.  
  110. A NULL object identifier will be allowed for X25CircuitCallParmId 
  111. for PVC or a circuit that uses all the PLE default parameters.  
  112.  
  113. The description will be changed to allow zero length called, 
  114. calling, and originally called X.121 Addresses to be specified for 
  115. PVCs.  
  116.  
  117. The length of an X.25Address will be changed to 0..15.
  118.  
  119. The x25ClearedCircuitTable will include the time the circuit was 
  120. established, the number of PDUs received, and the number of PDUs 
  121. transmitted.  
  122.  
  123. Traps will be defined for circuit reset, and PLE restart.  
  124.  
  125. A status object will be added to the x25CallParamTable ala the 
  126. rmon status object to create, lock, and delete entries.  
  127.  
  128. The x25CircuitName object will be changed to x25CircuitDescr and 
  129. the description expanded with an example of use.  
  130.  
  131. The ACCESS of the x25CircuitCallParamId object will be change to 
  132. READ-ONLY.  
  133.  
  134. The X25ClearedCircuitCodes object will be deleted and two objects
  135. added.  One object will contain the clear code and the other will 
  136. contain the diagnostics code.  Both objects will be type integer 
  137. 0..65535.  
  138.  
  139. The range of the X.25ClearedCircuitIndex will be changed to 
  140. 0..0x7fffffff.  The index will start at 0x7fffffff and decrease.  
  141. When the index reaches 1, all entries will be deleted and the index 
  142. will reset to 0x7fffffff.  
  143.  
  144.  
  145.     Changes to the IP over X.25 MIB.
  146.  
  147. Because the name of the MIB will be changed to the MultiProtocol 
  148. Interconnect over X.25 MIB, the prefix will change from iox to 
  149. miox.  
  150.  
  151. The x25Address object will renamed miox121Address.  
  152.  
  153. The ioxConTable will be changed to the mioxPeerTable.  
  154.  
  155. The ioxConIpAddress object must change to handle multiprotocol 
  156. use.  The IP address will become an OCTET STRING.  The octet string 
  157. will contain the encapsulation type and the associated information 
  158. as used in the encapsulation.  Thus an IP address would be CC 
  159. followed by the IP address.  A snap encapsulation would be 80 
  160. followed by the snap header.  
  161.  
  162. The IP to X.25 address translation failures must be changed to 
  163. handle more than just IP.  They must handle all type of lookup 
  164. failures.  
  165.  
  166. Object(s) will be add to keep a list of encapsulation types to use 
  167. with a peer.  When answering a call, the list specifies allowable 
  168. types; if the proposed encapsulation isn't in the list, the call is 
  169. cleared.  When calling, the list specifies the type of encapsulation 
  170. to use to call the peer; the list will be ordered and the first 
  171. entry in the list will be tried first.  
  172.  
  173. An object will be added to determine if a connection will be 
  174. accepted from an address not in the peer table.  This will be done 
  175. by not specifing any encapsulation types in the default parameters 
  176. for an interface.  
  177.  
  178. An object will added to the peer table to record the total amount 
  179. of connect time to a peer.  
  180.  
  181. An object will be added to the peer table to cause connection 
  182. calling or clearing.  This will allow control over connections in 
  183. bridges that don't have any IP to address translation tables.  
  184.  
  185. An object will be added to the peer table for the maximum number 
  186. of simultaneous connections to that peer.  
  187.  
  188. An object will be added in mioxPeerTable to count the number of 
  189. clears caused by seeing a Q-bit from the peer.  
  190.  
  191. An object will be added in the mioxPeerTable to identify the 
  192. interface to use to call, it will include a don't care value; the 
  193. type will be an integer with the index of an ifEntry.  
  194.  
  195. A status object will be added to the PeerTable for creating, 
  196. deleting, and locking entries.  
  197.  
  198. An object will be added for peer description similar to the 
  199. x25CircuitDescr object.  
  200.  
  201.